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CONTRACT GENERATION AND ADMINISTRATION SYSTEM 
Field of the Invention 

5 This invention pertains generally to systems and methods for generating 

and administering contracts using a single database. More specifically, the 
database enables the user to create and track the progress of draft contracts, to 
docket and administer contract obligations, obligation triggering events and 
expiration dates, and to generate reports, form correspondence and invoices as 
10 needed to manage a variety of agreement obligations. 

Background of the Invention 

Contracts provide the legal framework for conducting business. Many 
15 businesses today, particularly large corporations, are party to hundreds, perhaps 
thousands, of contracts, each, by definition, granting various rights and creating 
various obligations. Keeping track of the mere existence of every contract, and 
ensuring compliance with the various rights and obligations they create, presents 
an enormous challenge. 

20 

Other problems arise during contract drafting and negotiation. Even 
simple contracts often go through a number of drafts before agreement is reached. 
The process of negotiation and document review and approval, both among and 
between parties, to a proposed contract is often a complex process during which it 
25 is difficult to keep track of various draft versions and approvals. 

Computer systems, networks and databases have been created to meet 
some of these challenges. These products, however, typically address problems 
associated with one particular area of a contract's lifecycle. For example, U. S. 
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Patent No. 6,067,531 describes a computer system for automating the negotiation 
and generation of a contract, but this system fails to address the considerable 
challenge of managing compliance with multiple contracts once they are 
generated. On the other hand, there are now a handful of companies who provide 
5 software for managing various aspects of contract compliance, but these do not 
address all of the management and administration needs that arise during the 
entire lifecycle of a contract, i.e., from the first draft to termination of all rights 
and obligations. Some of these products allow one to docket obligation due dates, 
but they do not provide a means for tracking obligation triggering events. 

10 

Summary of the Invention 

The present invention provides a contract generation and administration 
system for the entire lifecycle of a contract. This system employs a single 
contract database comprising data obtained from multiple contract documents, 
15 said data organized into fields comprising: draft contract status, contract identifier, 
contract type, effective date, and expiration date; and a field comprising obligation 
type, owner, status or due date; said system capable of generating reports based on 
said database, said reports obtainable through search of said fields and said 
database being selectively accessible by a plurality of users. 

20 

In one embodiment, the method of the present invention comprises: 
drafting a contract or receiving a draft contract, said contract draft having one or 
more obligations; storing data obtained from the draft in a single contract database 
comprising data obtained from multiple contract documents; after execution of 

25 said draft, storing data obtained from the resulting contract in said database, said 
data organized into fields comprising: draft contract status, contract identifier, 
contract type, effective date, and expiration date; and a field comprising obligation 
type, status, owner or due date; and said system capable of generating reports 
based on said database, said reports obtainable through search of said fields and 

30 said database being selectively accessible by a plurality of users; and retrieving 
fi-om said database a report of outstanding obligations. 
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In another embodiment, the method of the present invention comprises: 
drafting a contract or receiving a draft contract, said draft contract having one or 
more obligations; routing the draft contract to one or more parties for review 
5 and/or execution; storing review and/or execution data in a single contract 
database comprising data obtained from multiple contract documents; storing, 
after execution of said draft, data obtained from the resulting contract in said 
database said data organized into fields comprising: contract identifier, contract 
type, contract status, effective date, and expiration date; and a field comprising 
10 obligation type, status, owner or due date; and said system capable of generating 
reports based on said database, said reports obtainable through search of said 
fields, and said database being selectively accessible by a plurality of users; and 
retrieving fi'om said database a report of outstanding financial obligations. 

15 In another embodiment, the method of the present invention comprises: 

drafting a contract or receiving a draft contract, said draft contract having one or 
more obligations; routing the draft contract to one or more parties for review 
and/or execution; storing review and/or execution data in a single contract 
database comprising data obtained from multiple contract documents; storing, 

20 after contract execution, data obtained from the resulting contract in said database, 
said data organized into fields comprising: contract identifier, contract type, 
contract status, effective date, and expiration date; and a field comprising 
obligation type, status, owner or due date; and said system capable of generating 
reports based on said database, said reports obtainable through search of said 

25 fields, and said database being selectively accessible by a plurality of users; 
retrieving from said database a report of outstanding obligations; analyzing said 
report to determine which, if any, of said obligations should be acted upon; taking 
action based on said analysis; and updating said database to reflect said action. 

30 In another embodiment, the method of the present invention comprises: 

drafting a contract or receiving a draft contract, said draft contract proposing to 
obligate a party to make one or more payments; routing the draft contract to one 
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or more parties for review and/or execution; storing review and/or execution data 
in a single contract database comprising data obtained from multiple contract 
documents; storing, after execution of said draft, data obtained from the resulting 
contract in said database, said data organized into fields comprising: draft contract 
5 status, contract identifier, contract type, effective date, expiration date and 
payment due date; and said system capable of generating reports based on said 
database, said reports obtainable through search of said fields, and said database 
being selectively accessible by a plurality of users; retrieving from said database a 
list of payments due; obtaining from said database an invoice or payment letter 
10 wherein said invoice or payment letter is generated automatically using said stored 
data; and sending the invoice or payment letter. 

In another embodiment, the method of the present invention comprises: 
drafting a contract or receiving a draft contract, said draft contract proposing to 

15 obligate a party to make one or more payments; routing the draft contract to one 
or more parties for review and/or execution; storing review and/or execution data 
in a single contract database comprising data obtained from multiple contract 
documents; storing, after execution of said draft, data obtained from the resulting 
contract in said database, said data comprising payment data; generating from said 

20 database a list of payments due; obtaining from said database an invoice or 
payment letter wherein said invoice or payment letter is generated automatically 
using the data stored in said database; sending the invoice or payment letter; and 
updating the database to reflect that payment was made or to reflect receipt of 
payment. 

25 

Brief Description of the Drawings 

This invention will be better understood with reference to the following 
drawings and figures, which are intended to illustrate specific embodiments within 
30 the overall scope of the invention as claimed. 

FIG. 1 is a screen shot showing general agreement detail. 
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FIG. 2 is a screen shot showing various dates relevant to an agreement. 

FIG. 3 is screen shot showing routing/distribution information for an agreement 
that is in draft form. 

FIG. 4 is a screen shot showing data for agreement amendments. 

5 FIG. 5 is a screen shot showing financial obligation detail. 

FIG. 6 is a screen shot showing obligation triggering event detail. 

FIG. 7 is a screen shot showing obligation triggering event schedule. 

FIG. 8 is a screen shot showing invoice schedule. FIG. 9 is a screen shot showing 
payment schedule. 

10 FIG. 10 is a screen shot showing agreement security information. 

FIG. 1 1 is a screen shot showing obligation stimmary information. 

Detailed Description of the Invention 

A key component of the present invention is the contract database. As 
15 used herein, the term "database" is defined to mean a computerized collection of 
data organized by fields, records and files to allow rapid access. A field is an area 
in a fixed or known location in a record; a record is a collection of data items 
arranged for processing by a program; and a file is a is a related collection of 
records. Fields for the contract database are described more fiilly below. In this 
20 case, each contract is a record in the database, and each file contains items such as 
the agreement record along with its linked (scanned in) agreement file, 
obligations, triggering events, invoices and payments (if any). The database can 
be relational, distributed, multidimensional or an object-oriented programming 
database. 

25 As used herein, the terms "contract" and "agreement" are used 

interchangeably. The term "contract draft" or "draft" refers to a proposed contract, 
i.e., one that has not yet been executed, signed or otherwise finalized. "Contract 
document," as used herein, is defined to include both finalize contracts and 
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contract drafts. "Report" as used herein means a formatted and organized 
presentation (either electronic or hardcopy) of data retrieved from a table or query. 
An "obligation triggering event" is any event upon which a contract obligation or 
right is conditioned. As used herein the term "obligation" includes the term 
5 "right." 

The contract database of the present invention may be used for any type of 
contract document. Examples of suitable contract documents include those 
relating to all types of goods and services. In one embodiment, the database of the 
present invention is designed to manage contract documents relating to intellectual 

10 property. Examples of such contracts include: patent licenses, trademark 
licenses, copyright licenses, technology licenses, joint ventures, confidentiality 
agreements, research agreements, technical assistance agreements, technology or 
softw^are evaluation agreements, engineering services agreements, technology 
testing agreements, manufacturing agreements, technology/product leasing 

15 agreements, technology /product sales agreements, technology process design 
agreements, consulting agreements etc. or any combination of the above. The 
license agreements may be "one-way" or "two-way," i.e., the intellectual property 
is transferred by one or both parties to the other. A confidentiality agreement (or 
obligation) may also be "one-way" or "two-way" (i.e., the obligation of 

20 confidentiality is on one party or is mutual), and may include an obligation to 
return or destroy documentation and/or samples of goods. There may also be an 
obligation to report evaluation results or use the information and/or sample in a 
specified manner. 

Often the obligations in such intellectual property agreements are 
25 conditioned on the occurrence of some other event, an obligation triggering event. 
The obligation to pay royalties, for example, may be triggered by events such as 
plant start-up, production of product or sales of product. The obligation to return 
or destroy documentation and/or samples of goods is often triggered by 
completion of evaluation or termination of the agreement. In one embodiment of 
30 the present invention, the contract database is designed to track specific 
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obligations in relation to their due-dates or corresponding obligation triggering 
events. 

Data relating to each contract document is organized and entered into the 
database according to predefined fields. Most contracts share certain defining 
5 characteristics such as effective date, expiration date and contracting parties. 
These are of course suitable fields. Examples of other suitable fields are: some 
sort of "contract identifier," i.e., either a number or word (such as a party's name) 
or symbol used to distinguish that contract record from others in the database, 
agreement type, a field indicating whether or not the draft or contract is in 
10 standard form, and a field indicating whether the contract is related to another 
contract in the database either by its terms, subject matter or business unit, an 
identifier for the related agreement, and the relationship of the related agreement 
(e.g., supercedes, sublicense), a field indicating who or what group is responsible 
for the agreement. 

15 Each field may be subdivided, for example with a "drop-down list," to 

prompt the entry of certain details. For example, the "parties" field may be used 
to store data such as contact names, addresses, phone and fax numbers etc. In one 
embodiment, advanced table maintenance capability allows users to dynamically 
add and change selections for drop-down lists and other look-up tables for use in 

20 current and future agreements. 

The contract database of the present invention includes fields relating to 
draft contracts and to contract obligations. Examples of such fields include, but 
are not limited to: draft contract status, obligation type (some short verbal 
description of the obligation), obligation ovmer (what person, designated by name 
25 or title, is responsible for making sure the obligation is met), obligation status 
(whether the obligation is still outstanding, being carried out, expired etc.), 
obligation due date, units of measure, product group, billing number, etc. 

The field for draft contract status may be varied or subdivided to indicate 
when the first and/or subsequent draft was created, who created the draft, who 
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requested the draft, whether the draft is being negotiated, whether the draft is 
being reviewed and by whom, whether the review is internal or external, whether 
the draft is being reviewed for execution and by whom etc. 

In one embodiment, the database of the present invention also includes 
5 fields relating to obligation triggering events. Examples of such fields include, 
but are not limited to, obligation triggering event type (some short verbal 
description of the obligation triggering event), obligation triggering event owner 
(what person, designated by name or title, is responsible for making sure the 
obligation triggering event is monitored), obligation status (whether the obligation 
10 triggering event, is still outstanding, being carried out, or has already been 
completed etc.), obligation triggering event date, whether the event frequency 
and/or duration, and whether the whole obligation including event, invoice and 
payment is recurring or one-time. 

It may be particularly useful to link all obligations and obligation 
15 triggering events to a responsible person and create fields such as: obligation 
owner, obligation assigned to, event assigned to, invoice assigned to, payment 
assigned to, etc. 

In one embodiment of the present invention, the fields of the database are 
used to generate reports that are in turn used to track, manage and administer 
20 various contract obligations. Such reports may also include certain calculations 
using the field data, and they can be used for business forecasting and planning. 
The reports are either predefined or created as needed. 

Optionally, the database can automatically remind designated people of 
obligations (or obligation triggering events) or important dates, and can interface 
25 directly or indirectly with other databases or networks. Examples of other 
databases include but are not limited to: telephone, e-mail, organizational 
directories, collections of financial information, patent management systems, 
standard contract template repositories, or any combination of the above. 
Examples of networks include but are not limited to: knowledge sharing 
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platforms, portals, web-based systems, joint inter-company contract systems, 
supply-chain systems, or any combination of the above. 

Examples of reports include, but are not limited to reports showing: 
financial obligations due, invoices sent, outstanding invoices, non-financial 

5 obligations due, obligation triggering events scheduled, contracts expiring, 
obligations expiring, forecasts, accruals, customer history, active agreements, 
inactive agreements, cancelled agreements, pending agreements, corporate plan, 
stewardship etc. For example, the "contracts expiring" report can be designed to 
alert interested parties far in advance of actual expiration dates to allow for 

10 sufficient time to negotiate renewal agreements. 

The database of the present invention has extensive search capabilities. In 
one embodiment, there are three main search screens; agreement search, 
obligation search and docket search. The agreement search screen allows a user to 
search for agreements based on several fields including but not limited to: 

15 agreement number, agreement type, agreement sub-type, agreement summary, 
product line, intellectual property team, business unit, product group, parties, 
effective date, expiration date, attorney, paralegal, agreement requestor, and 
agreement owner. An agreement summary is also full-text searchable and allows 
the user to search using the "and" and "or" Boolean operators. The obligation 

20 search screen in this embodiment allows a user to search for obligations or 
obligation triggering events that meet certain criteria such as belonging to certain 
agreement types, ovmer, due date etc using both obligation and agreement fields. 

A docket search allows a user to search for individual components of a 
financial obligation and individual instances from a recurring obligation's 
25 schedule. There are several ways to search based on ownership (for example by 
product line, intellectual property team, business unit, agreement owner, 
obligation owner, event owner, invoice assigned to, payment assigned to etc.). A 
user can also search for obligations and triggering events based on status and due 
dates. 
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In addition to reporting, the database of the present invention may be used 
to generate form documents such as invoices and correspondence. Invoicing can 
be linked to the obligation triggering event so that when the event occurs, the 
system automatically updates the invoice due date. Then when the invoice is 

5 actually generated, the payment due date is automatically updated and entered on 
the invoice template. For example, if a license agreement requires quarterly 
royalty payments and the amount of each payment is determined by the number of 
product pounds produced, then when the royalty payment obligation information 
is entered into the database, an obligation triggering event, in this case a 

10 production report, is specified. The frequency for the report is entered and 
quarterly due dates are generated automatically. When the production report is 
received, the invoice due date is set. The payment due date is automatically 
adjusted and is based on when the invoice is actually generated. The invoice 
amount is automatically calculated based on the number of units produced as 

15 listed in the production report. When payment is received, the database is updated 
accordingly. Thus, invoicing can be done directly from the system. Invoices are 
actually stored in the system and the invoice fields are used in reports. 

The database may in one embodiment automatically calculate certain 
financial terms such as interest, inflation, depreciation, taxes, currency 

20 conversions, add-on charges (for example for inspection or shipping) etc. Form 
documents include: form draft clauses or agreements, forms (for example 
summarizing the agreement and/or listing various reviewers) used for routing draft 
agreements for review and/or execution, form correspondence reminding parties 
or responsible persons of obligations (to make payment for example), form 

25 correspondence for renewing agreements, dunning letters etc. 

In one embodiment, the database tracks invoice and payment data. This 
then enables businesses to forecast and report income on a business unit level, and 
enables financial planning on an agreement by agreement basis including multiple 
corporate or business plan years, forecasted and actual revenue per agreement or 
30 business unit and outlook for each year. The system also enables a business unit 
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to perform stewardship by using reports to total income across all of their 
agreements and then to compare planned income vs. actual income received. 

The database of the present invention may optionally include features such 
as links to scanned documents (actual agreements and forms for example), large 
5 text fields for detailed notes, links to w^ebsites, webpages and e-mail addresses, the 
ability to track and store changes made in various fields, and the ability to store 
and update financial amounts in multiple types of currency using, for example, 
online linkage to exchange rates. 

10 In one embodiment, the database of the present invention is designed so 

that each contract document is accessible by defined users. The users may be 
grouped such as by job, title, authority, business unit and/or project. In a preferred 
embodiment, the security is truly back-end so that people using the system have 
individual access to defined "views." ("Views" are the records that users are 

15 permitted to see.) Write access is selectively granted using stored procedures on 
the database back end. Groups of users are granted access (view and/or write 
access) only to records relevant to their business. The database stores what 
business unit a user is in and all reports, queries and tables are accessed through 
the correct view. Thus users can create and update data solely in that portion of 

20 the database to which they have access. 

The methods of the present invention comprise at least the steps of : 
drafting a contract or receiving a draft contract, storing data obtained from the 
draft in the contract database, after execution of the draft, storing data obtained 
25 from the resulting contract in the same database, and retrieving or generating from 
the database a report of the contract's outstanding obligations. 

The drafting step may be as simple as entering basic information into the 
database, or some other database or form. The first "storing" step requires that at 
30 least one bit of information from the draft, for example the parties' names, be 
logged into the database of the present invention. Typically other items will be 
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entered at this time. For example, the attorney drafting the agreement or 
responsible for initially reviewing the draft proposed by the other party, the 
effective and expiration dates, the type of contract or draft status, ownership of the 
agreement and security for the agreement record etc. During this stage of the 
5 contract lifecycle, the database may be updated to reflect that routing/reviews 
have been conducted or modifications have been made. 

After the draft contract is executed by all parties, more detailed 
information will be entered into the database, for example, specific licensing 

10 information, financial terms, forecasting of revenues and information relating to 
obligations. The report may be generated either automatically or using a unique 
field search and the report may or may not be printed. As discussed above, 
reports are used to manage the database contracts and their obligations, therefore, 
they are typically analyzed for decision making purposes. This analysis may be 

15 done automatically, for example using software that interfaces with the database. 
Likewise the "decision making" and any action taken as a resuh, may be done 
automatically, for example by automatically generating (and perhaps sending) an 
invoice. Once obligations are met (or not), the database can be updated (again, 
this can be done automatically), for example, to reflect what action was taken and 

20 whether other obligations remain outstanding. 

Once all of an agreement's obligations are met or have expired, the 
database is updated (either manually or automatically) to reflect that the 
agreement has expired. At that time, the agreement record can be archived or set 
25 for archive at a later date. Reports can be generated to remind interested parties 
that the agreement is set to expire so that it may be renewed if necessary. Form 
letters or memos can be created and generated to facilitate this process. 

Having now fully described this invention, it will be appreciated by those 
30 skilled in the art that the invention can be performed within a wide range of 
parameters within what is claimed, without departing fi-om the spirit and scope of 
the invention. In particular, while this invention has been found to be particularly 
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useful for intellectual property agreements, it is also obviously useful for all types 
of agreements concerning all types of goods and services. 



